home *** CD-ROM | disk | FTP | other *** search
- Path: news.rmii.com!usenet
- From: jcoffin@rmii.com (Jerry Coffin)
- Newsgroups: comp.lang.c,comp.std.c
- Subject: Re: Integral conversion e.t.c. (was: Re: Hungarian notation)
- Date: Thu, 01 Feb 1996 10:14:01 GMT
- Organization: TAEUS
- Message-ID: <4epvo3$b2q@natasha.rmii.com>
- References: <30C40F77.53B5@swsbbs.com> <SPENCER.96Jan22113215@zorgon.ERA.COM> <TANMOY.96Jan29183041@qcd.lanl.gov> <823011209snz@genesis.demon.co.uk>
- NNTP-Posting-Host: slip22150.rmii.com
- X-Newsreader: Forte Free Agent 1.0.82
-
- Lawrence Kirby <fred@genesis.demon.co.uk> wrote:
-
- >In article <TANMOY.96Jan29183041@qcd.lanl.gov>
- > tanmoy@qcd.lanl.gov "Tanmoy Bhattacharya" writes:
-
- >>As I said, almost no Posix extension requires diagnostic. It usually
- >>specifies meaning for constructs undefined in C.
-
- >Unfortunately there are some. For instance POSIX defines fdopen() and
- >fileno() in stdio.h. It would have made more sense to put these in unistd.h
- >alongsize read, write and close, even though that means defining FILE
- >in unistd.h
-
- However, this only happens if _POSIX_SOURCE is defined. _POSIX_SOURCE
- is in the implementor's name space, so no strictly conforming program
- defines it. As such, stdio.h can (and certainly should) be defined to
- allow POSIX conformance without bothering C programs that want to use
- the same names for other purposes.
-
-